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RAMBUS MEMORY POWER MANAGEMENT THROUGH ACTIVE POOL MANAGEMENT 
POLICIES TAILORED TO PORTABLE COMPUTER USER SCENARIOS 

Gary J. Verdun 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates, in general, to power management 
of memory devices in data processing systems. 

Description of the Related Art 

10 Data processing systems are systems that manipulate, process, 

and store data and are notorious within the art. Personal computer 
systems, and their associated subsystems, constitute well known 
examples of data processing systems. 

Personal computer systems typically utilize memory devices. 
15 One type of memory device so utilized is known in the art as RAMBUS 
Dynamic Random Access Memory, or RDRAM. RDRAM is a proprietary type 
of computer memory developed by Rambus, Inc. of Mountain View, 
California, and has been adopted for use by Intel Corporation of 
Santa Clara, California. 

20 Operation of RDRAM computer memory devices consumes 

considerable amounts of power and produces considerable amounts of 
heat. In many data processing systems (e.g., portable computer 
systems such as notebook and subnotebook computer systems) power and 
heat management constitute significant design concerns. These power 

25 and heat management design concerns have been recognized by RDRAM 

designers and developers, and thus the RDRAM specification provides 
defined power management polices. 

The inventor named herein has discovered, and such discovery 
forms part of the inventive content described herein, that RDRAM 
30 power management policies can be used in conjunction with defined 
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user scenarios in order to provide specific users with near-optimum 
power management and performance. 

SUMMARY OF THE INVENTION 

The inventors named herein have devised a method and related 
computer system that allow power management policies can be used in 
conjunction with defined user scenarios in order to provide specific 
users with near-optimum power management and performance. 

In one embodiment, a method and related computer system allow 
recalling at least one memory pooling profile, in response to user 
input, and pooling data processing system memory devices in response 
to the at least one memory pooling profile. 

The foregoing is a summary and thus contains, by necessity, 
simplifications, generalizations and omissions of detail; 
consequently, those skilled in the art will appreciate that the 
summary is illustrative only and is not intended to be in any way 
limiting . Other aspects, inventive features, and advantages of the 
present invention, as defined solely by the claims, will become 
apparent in the non-limiting detailed description set forth below. 



587443 vl 

Client Reference: DC-02119 



- 2- 



Attorney Docket No.: 
M-8066 US 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention may be better understood, and its 
numerous objects, features, and advantages made apparent to those 
skilled in the art by referencing the accompanying drawings. 

5 Figure 1A shows an illustration of graphical user interface 150 

having selectable options. 

Figure IB shows graphical user interface 150, but with the 
discrete choice fields of performance/power levels specification box 
102 replaced with "slider" 104. 

10 Figure 2 shows a process illustrating that in response to user 

input to application specification box 100 and performance/power 
levels specification box 102, the number of devices in memory pool A 
and pool B will be adjusted to meet certain user requirements. 

Figures 3 and 4 illustrate how a lower bound pooling policy of 
15 a maximum battery life zone is determined. 

Figures 5 and 6 illustrate how an upper bound pooling policy of 
a standard performance zone is determined. 

Figure 7 depicts a pictorial representation of a conventional 
data processing system which can be utilized in accordance with 
20 illustrative embodiments of the graphical user interfaces and 
processes described herein. 

Figure 8 depicts selected components of data processing system 
720 in which illustrative embodiments of the graphical user 
interfaces and processes described above can be implemented. 

25 The use of the same reference symbols in different drawings 

indicates similar or identical items. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT ( S ) 

The following sets forth a detailed description of the best 
contemplated mode for carrying out the independent invention (s) 
described herein. The description is intended to be illustrative and 
5 should not be taken to be limiting. 

It has been discovered by the inventor named herein that 
various computer software applications have memory requirements that 
differ from each other. It has also been discovered that individual 
computer users typically tend to utilize only a certain limited 

10 number of such computer applications. For example, a business 

traveler utilizing a portable computer on a plane may typically only 
utilize his word-processing software. The inventor named herein has 
devised a process and device that manage RAMBUS memory pools based 
upon user input specifying what particular applications program (s) 

15 the user is most likely to utilize and what power/performance levels 
the user prefers to experience when running the particular 
applications program (s). The process and device make use of various 
empirically determined pooling profiles in order to manage RAMBUS 
memory pools in a fashion such that substantially optimum power 

20 management for individual users can be achieved. 

The Rambus RDRAM specification defines RDRAM power draw 
specifications in the Rambus Direct RDRAM 128/144-Mbit 

(256Kxl6/18x32s) Specification, available from the RAMBUS Corporation 
of Mountain View, California, USA, hereby incorporated by reference 
25 in its entirety, as follows: 



RDRAM Memory Status 


Idd 


Response Time 


Active 


100% (= 148 mAmps) 


= substantially 
immediate — 1-4 bus 
clock cycles 


Standby 


68% {- 101 mAmps) 


~ intermediate 
response time -- =10- 
20 bus clock cycles) 


Nap State 


3% ( = 4.2 mA) 


= very long response 
time — = 100 ns) 



TABLE 1 
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Intel Corporation has included RDRAM in its chipsets, and has 
extended the power management capabilities associated with RDRAM. 
Specifically, Intel has allowed designers the ability to specify 
"pools" of RDRAM devices. An example of such pool specifications, 
5 drawn from the Intel 820 Chipset: 82820 Memory Controller Hub (MCH) 
Specification, available from the Intel Corporation of Santa Clara, 
California, USA hereby incorporated by reference in its entirety, is 



as follows: 





Pool A — Up to 8 RDRAM 
Devices, only 4 of which 
can be active at any one 
time 


Pool B — By definition 
those RDRAM devices not in 
Pool A 


Device 
Status 


Either Active or 
Standby 


Nap Mode 



TABLE 2 



10 Intel Corporation lets the designer specify how many devices 

are in Pool A or Pool B at any one time. The inventor named herein 
has discovered that he can dynamically manage the number of devices 
in the pools in response to user input such that near-optimum power 
management with respect to such memory devices is achieved. 

15 With reference now to Figure 1A, shown is an illustration of 

graphical user interface 150 having selectable options in accord with 
the present invention. Depicted is application specification box 
100. As noted, the user is given the option to select the 
applications which the user is most likely to use. Illustrated in 

20 application specification box 100 are a few examples of the options 
the user may select, such as word processing, palm-top organizer, 
calendar program, web browser, communications package, voice 
recognition program, spread sheet, etc. 

Also shown is performance /power levels specification box 102. 

25 Depicted is that the user is given several options, such as maximum 

performance, standard performance — high end, standard performance - 
-low end (slightly worse standard performance, but with more battery 
life), and maximum battery life. In one embodiment, "maximum 
performance" refers to memory device pooling such that users 

30 discernible response time is substantially minimized for the one or 
more selected applications, and will generally represent the maximum 
power draw for the one or more selected applications, "standard 
performance — high end" (slightly better standard performance, but 
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having less battery life) refers to memory pooling such that what is 
defined as "minimal" user discernible performance degradation will be 
present for the one or more selected applications, "standard 
performance — low end" (slightly worse standard performance, but 
having more battery life) refers to memory pooling such that what is 
defined as "minimal" user discernible performance degradation will be 
present for the one or more selected applications, while "maximum 
battery life" refers to memory pooling such that there is 
"noticeable" user detectable performance degradation but which is 
acceptable to users for the sake of substantially minimizing battery 
drain for the sake of maximizing battery life. 

Referring now to Figure IB, shown is graphical user interface 
150 of Figure 1A, but with the dessert choice fields of 
performance/power levels specification box 102 replaced with "slider" 
104. "Slider" 104 allows slightly more fine adjustment than that 
available via the discrete selections available as shown in Figure 
1A. 

In addition to the foregoing, in another embodiment, the 
presence of AC power to the system is monitored, and in the event 
that AC power becomes available the system automatically switches to 
maximum performance mode, since with AC power present it can 
generally be assumed that power management is not as critical as when 
battery power is in use. 

Referring now to Figure 2, shown is a process illustrating that 
in response to user input to application specification box 100 and 
performance/power levels specification box 102, the number and/or 
state of devices in memory pool A and pool B (see table 2) will be 
adjusted to meet certain user requirements. Method step 200 shows 
the start of the process. Method step 202 depicts recalling at least 
one empirically determined memory pooling profile, in response to 
user input such as that illustrated in relation to graphical user 
interface 150 in Figure 1. That is, subsequent to a human user 
selecting one or more application programs to be run and a 
power/performance level at which the data processing system running 
the selected applications programs is to perform, the at least one 
empirically determined memory pooling profile is recalled. 
Thereafter, method step 204 shows pooling data processing system 
memory devices in response to the at least one memory pooling 
profile, where "pooling memory devices" refers to placing RDRAM 
devices in either Pools A and B and designating devices in pool A to 
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be in either active or standby states. Subsequently, shown is that 
the process proceeds to method step 206 and stops. 

As was noted above, application specification box 100 of Figure 
1 allows the selection of more than one specific application. In one 
embodiment, when the user specifies a performance/power level via 
performance/power levels specification box 102, the pooling profile 
referred to in method step 202 consists of an average is drawn on the 
individual pooling profiles for each of the applications selected 
(e.g., if word processing and spread sheet are selected, and the 
performance/power level is specified to be standard — high end, 
devices activated will be the average of the standard — high end 
device for both the spreadsheet and word processor. Alternatively, 
in another embodiment, application specific pooling profiles are 
activated in response to activation of individual ones of the 
selected application programs. Yet still alternatively again, of the 
pooling profiles associated with the one or more application programs 
selected, that pooling profile having the most active memory devices 
is the one selected. 

Referring now to Figure 3, shown is a process by which a 
portion of the various performance/power levels referred to above are 
determined for various applications. Method step 300 shows the start 
of the process. Method step 302 depicts that a specified application 
(e.g., Microsoft Word) is loaded onto a specific computer (e.g., a 
portable computer system that utilizes Rambus DRAM) . Method step 304 
illustrates that all RDRAM devices in the specific computer are 
placed in pool A (see table 2) and made active. Method step 306 
shows that a human user is given a set of defined common tasks for 
the loaded application (e.g., cut, paste, scroll up, scroll down, 
find, find and replace tasks for Microsoft Word) and asked to perform 
the tasks on the data processing system utilizing a given defined 
"test" document. Method step 308 illustrates that the human user is 
instructed to record the performance as maximum performance for each 
task performed in specific recordation categories, where the 
recordation categories are for assessment are "maximum performance," 
"acceptable performance," and "unacceptable performance," where 
"maximum performance" is defined to be that the response of the data 
processing system is indistinguishable from the first time the human 
user performs the defined tasks (in the first instance of the 
performance all memory devices are in Pool A and are active) , and 
where "acceptable performance" is defined to be that the response of 
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the system is not "maximum performance" but is still acceptable to 
the user, and where "unacceptable performance" is defined to mean 
that the user does not consider that he or she could make any- 
acceptable use of the application having the performance 
5 characteristics. That is, the human user is instructed that 

performance of the application the first time through, with all 
possible memory devices activated, is the "baseline" performance 
against which subsequent performances of the application are to 
measured, and thus the first time though the process described in 
10 relation to Figure 3, the user is to mark all tasks as having 
"maximum performance." 

Method step 310 shows the inquiry as to whether the user has 
marked any task as having "unacceptable performance." If the inquiry 

15 of method step 310 yields a determination that a task was marked 

unacceptable, the process proceeds to method step 311, which shows 
that one DRAM is moved back to Pool A and set "active" (in order to 
restore the system to the last state in which it had acceptable 
performance. Thereafter, the process proceeds to method step 312 

20 which illustrates the start of the "set lower bounds of acceptable 
performance zone process" (which is equivalent to setting the lower 
bounds of a maximum battery life zone, as is explained below) of 
Figure 4 . 

If the inquiry of method step 310 yields a determination that a 
25 task was NOT marked unacceptable, the process proceeds to method step 
314 which illustrates that one DRAM device is moved to pool B (i.e., 
put to "nap") . Thereafter, the process returns to method step 306 
and continues from that point. 

At the completion of the process shown in Figure 3, it is known 
30 what minimum number of active pool A memory devices is necessary to 
obtain the performance that the user finds acceptable (i.e., the 
number of active memory devices in Pool A when the process described 
in Figure 3 terminates and proceeds to Figure 4). 

With reference now to Figure 4, illustrated is "set lower end 
35 of acceptable performance zone process." Recall that pool A devices 
can be placed into an "standby" mode, which actually consumes less 
power than active mode. The process of Figure 3 gave the minimum 
number of active devices in pool A required for acceptable 
performance. The process of Figure 4 determines how many (if any) of 
40 such minimum number of active devices can be placed in standby state 
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before the user finds the performance of the system unacceptable. 
Accordingly, method step 400 shows setting a "number of pool A 
devices in ^active' state" counter equal to the number of devices in 
pool A, where such number is the result of the operations described 
5 in Figure 3. Method step 4 02 shows setting a "number of pool A 
devices in ^standby' state" counter equal to zero. Thereafter, 
method step 4 03 depicts setting one currently "active" pool A RDRAM 
device to "standby. " Subsequently, in response to the operation 
depicted in method step 403, method step 404 illustrates subtracting 
10 one from a "number of pool A devices in 'active' state" counter. 

Thereafter, again , in response to the operation depicted in method 
step 403, method step 405 shows adding one to the "number of pool A 
devices in ^standby' state" counter. 

Method steps 4 06-410 function in substantially the same fashion 

15 as method steps 306-310, described above. In the event that the 
inquiry of method step 410 yields determination that the user has 
marked the performance of at least one task unacceptable, the process 
proceeds to method step 412, wherein is depicted that for the 
application under test, the process defines the lower bounds of 

20 "acceptable performance" to be a system having a number of pool A 

active devices equal to the current value within the "number of pool 
A devices in ^active' state" counter + 1 (the number 1 is added since 
the current number of active devices gives unacceptable performance, 
and thus one of the standby devices needs to reactivated to return to 

25 acceptable performance) , and a number of pool A devices in an standby 
state equal to the current value within the "number of pool A devices 
in ^standby' state" counter - 1 (the number 1 is subtracted since the 
current number of active devices gives unacceptable performance, and 
thus one of the standby devices needs to reactivated to return to 

30 acceptable performance) . Thereafter, the process proceeds to method 
step 414 and stops. 

In the event that the inquiry of method step 410 yields 
determination that the user has NOT marked the performance of at 
least one task unacceptable, the process proceeds to method step 403 
35 and proceeds from that point. 

The processes illustrated in Figures 3 and 4 have set the lower 
bounds of acceptable performance for the application under test. 
Consequently, since a used herein the "maximum battery life" 
selection in Figure 1 equates to the absolute minimum acceptable 
40 performance, it is known that the lower bound of the "maximum battery 
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life" zone equates to the lower bounds of acceptable user performance 
defined by the operations of Figures 3 and 4 . Figure 5 and 6 show 
how in one embodiment the upper bounds of a standard performance zone 
are set. 

Referring now to Figures 5 and 6, shown is a process which 
defines the minimum number of pool A active devices necessary to 
achieve maximum user defined performance. Method step 500 shows the 
start of the process. Method step 502 depicts that a specified 
application (e.g., Microsoft Word) is loaded onto a specific computer 
(e.g., a portable computer system utilizing Rambus DRAM). Method 
step 504 illustrates that all devices are placed in pool A and made 
active. Method step 506 shows that a human user is given a set of 
defined common tasks for the loaded application (e.g., cut, paste, 
scroll up, scroll down, find, find and replace tasks for Microsoft 
Word) and asked to perform the tasks on the specific computer 
utilizing a given defined document. Method step 508 illustrates that 
the human user is instructed to record the performance as maximum 
performance for each task performed in specific recordation 
categories, where the recordation categories are for assessment are 
"maximum performance," "acceptable performance," and "unacceptable 
performance," where "maximum performance" is defined to be that the 
response of the data processing system is indistinguishable from the 
first time the human user performs the defined tasks (in the first 
instance of the performance all memory devices are in Pool A and are 
active), and where "acceptable performance" is defined to be that the 
response of the system is not "maximum performance" but is still 
acceptable to the user, and where "unacceptable performance" is 
defined to mean that the user does not consider that he or she could 
make any acceptable use of the application having the performance 
characteristics. That is, the human user is instructed that 
performance of the application the first time through, with all the 
memory devices activated, is the "baseline" performance against which 
subsequent performances of the application are to measured, and thus 
the first time though the process described in relation to Figure 5, 
the user is to mark all tasks as having "maximum performance." 

Method step 510 shows the inquiry as to whether the user has 
marked any task as having less-than-maximum performance. If the 
inquiry of method step 510 yields a determination that a task has 
been marked as having lass-than-maximum performance, the process 
proceeds to method step 511, which shows that one DRAM is moved back 
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to Pool A and set "active" (in order to restore the system to the 
last state in which it had acceptable performance. Thereafter, the 
process proceeds to method step 512 which depicts the start of the 
"set higher end of standard performance zone process" of Figure 6. 

5 If the inquiry of method step 510 yields a determination that a 

task has NOT been marked as having lass-than-maximum performance, the 
process proceeds to method step 514 which illustrates that one DRAM 
device is moved to pool B (i.e., put to "nap") . Thereafter, the 
process returns to method step 506. 

10 At the completion of the process shown in Figure 5, it is known 

what minimum number of pool A memory devices are necessary to obtain 
the performance the user finds equivalent to "maximum performance" 
(i.e., the number of memory devices in the pool when the process 
described in Figure 5 terminates) . 

15 With reference now to Figure 6, illustrated is "set higher end 

of standard performance zone process." Recall that pool A devices 
can be placed into an "standby" mode, which actually consumes less 
power than active mode. The process of Figure 5 gave the minimum 
number of active devices in pool A required for "maximum 

20 performance." The process of Figure 6 determines how many (if any) 
of such minimum number of active devices can be placed in standby 
state before the user finds the performance of the system to be less- 
than-maximum. Accordingly, method step 600 shows setting a "number 
of pool A devices in ^active' state" counter equal to the number of 

25 devices in pool A, where such number is the result of the operations 
described in Figure 5. Method step 602 shows setting a "number of 
pool A devices in 11 standby' state" counter equal to zero. 
Thereafter, method step 603 depicts setting one currently "active" 
pool A RDRAM device to "standby." Subsequently, in response to the 

30 operation depicted in method step 603, method step 604 illustrates 
subtracting one from a "number of pool A devices in ^active' state" 
counter. Thereafter, again , in response to the operation depicted 
in method step 603, method step 605 shows adding one to the "number 
of pool A devices in ^standby' state" counter. 

35 Method steps 606-610 function in substantially the same fashion 

as method steps 306-310, described above. In the event that the 
inquiry of method step 610 yields determination that the user has 
marked the performance of at least one task unacceptable, the process 
proceeds to method step 612, wherein is depicted that for the 
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application under test, the process defines the lower bounds of 
"standard performance" to be a system having a number of pool A 
active devices equal to the current value within the "number of pool 
A devices in 'active' state" counter, and a number of pool A devices 
in an standby state equal to the current value within the "number of 
pool A devices in ^standby' state" counter. Thereafter, the process 
proceeds to method step 614 and stops. 

In the event that the inquiry of method step 610 yields a 
determination that the user has NOT marked the performance of at 
least one task unacceptable, the process proceeds to method step 603 
and proceeds from that point. 

Figures 3-6 have defined the upper bound of the "standard 
performance" mode, and the lower bound of the "maximum battery life" 
mode. Consequently, one bound remains to be defined: the boundary 
between the lower end of the standard performance mode and the upper 
end of the maximum battery life mode. In one embodiment, the 
boundary between the standard performance mode and the maximum 
battery life mode is defined to be as follows: (1) if there is at 
least one inactive device in pool A, the lower bound of the standard 
performance mode is defined as having one or more of the at least one 
inactive devices of the defined pool A activated; or (2) if all 
devices in pool A are already activated, moving one or more Pool B 
devices to Pool A and activating them. 

The foregoing description of Figures 3-6 has illustrated a 
process whereby the pooling policies associated with a particular 
application are to be determined for a particular human user. In one 
embodiment, a large number of human users are subjected to the 
processes described in relation to Figures 3-6, and thereafter 
statistical techniques are utilized with the results generated on the 
large number of human users to generate profiles for the application 
under test which should be acceptable across a broad range of human 
users. For example, the number of active and standby devices in pool 
A which define the lower bound of the maximum battery life zone could 
be an average drawn on the results of the processes of Figures 3-6 
over a large number of persons. Other more sophisticated statistical 
techniques could also be applied. 

With reference now to Figure 7, depicted a pictorial 
representation of a conventional data processing system which can be 
utilized in accordance with illustrative embodiments of the graphical 
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user interfaces and processes described above* It should be noted 
that a graphical user interface systems (e.g., Microsoft Windows 98 
or Microsoft Windows NT operating systems) and methods can be 
utilized with the data processing system depicted in Figure 7. Data 
5 processing system 720 is depicted which includes system unit housing 
722, video display device 724, keyboard 726, mouse 728, and 
microphone 748. Data processing system 720 may be implemented 
utilizing any suitable computer such as a DELL portable computer 
system, a product of Dell Computer Corporation, located in Round 
10 Rock, Texas; Dell is a trademark of Dell Computer Corporation. 

Referring now to Figure 8, depicted are selected components of 
data processing system 720 in which illustrative embodiments of the 
graphical user interfaces and processes described above can be 
implemented. Data processing system 720 includes Central Processing 
15 Unit ("CPU") 831 (wherein are depicted microprocessor 809, LI Cache 
811, and L2 Cache 813). CPU 831 is coupled to CPU bus 815. 

CPU bus 815 is coupled to AGP-enabled Northbridge 804, which 
serves as a "bridge" between CPU bus 815, AGP interconnect 802 (a 
type of data bus), and system memory bus 803. In going from one type 

20 of bus to another type of bus, a "bridge" is generally needed because 
the two different type buses speak a different "language." The term 
"AGP-enabled" is intended to mean that the so-referenced components 
are engineered such that they interface and function under the 
standards defined within the AGP interface specification (Intel 

25 Corporation, Accelerated Graphics Port Interface Specification) . 

Generally, each bus in a system utilizes an independent set of 
protocols (or rules) to conduct data, which are generally set forth 
in a product specification uniquely tailored to the type of bus in 
question (e.g., the PCI local bus specification and the AGP interface 

30 specification) . These protocols are designed into a bus directly and 
such protocols are commonly referred to as the "architecture" of the 
bus. In a data transfer between different bus architectures, data 
being transferred from the first bus architecture may not be in a 
form that is usable or intelligible by the receiving second bus 

35 architecture. Accordingly, communication problems may occur when 
data must be transferred between different types of buses, such as 
transferring data from a PCI device on a PCI bus to a CPU on a CPU 
bus. Thus, a mechanism is developed for "translating" data that are 
required to be transferred from one bus architecture to another. 

4 0 This translation mechanism is normally contained in a hardware device 
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in the form of a bus-to-bus bridge (or interface) through which the 
two different types of buses are connected. This is one of the 
functions of AGP-enabled Northbridge 804, as well as the Southbridge 
822 , in that it is to be understood that such bridges can translate 
and coordinate between various data buses and/or devices which 
communicate through the bridges. 

AGP interconnect 802 interfaces with AGP-enabled graphics 
controller 800, which interconnects with video display device 724 via 
video display bus 814. AGP-enabled graphics controller 800 also 
interconnects with video display device 724 via video display bus 
817 . 

AGP-enabled Northbridge 804 interfaces with system memory bus 
803. System memory bus 803 interfaces with system memory 816, which 
can contain various types of memory devices such as DRAM chip 830, 
but which also can contain synchronous DRAM, Rambus DRAM, other type 
memory chips. In addition, shown for sake of illustration is that 
data processing system 720 includes control program 851 which resides 
within system memory 816 and which is executed and/or operated on by 
CPU 831. Control program 851 contains instructions that when 
executed on CPU 831 carries out application program (e.g., 
videoconferencing software) operations. 

AGP-enabled Northbridge interfaces with Peripheral Component 
Interconnect (PCI) bus 818, upon which are shown various PCI Input- 
Output (I/O) devices 850, 852, and 854. Peripheral Component 
Interconnect (PCI) bus 818 interfaces with Southbridge 822. 

Southbridge 822 serves as a bridge between PCI bus 818 and I/O 
(or ISA) bus 819, 1394 Device 825, and network card 827. I/O bus 819 
interfaces with ROM 821, which for sake of illustration is shown 
containing system BIOS 823. 

I/O bus 819 interfaces with I/O controller 839 for connecting 
peripheral devices (e.g., disk and tape drives 833) to I/O bus 819. 
I/O controller 839 interfaces with user interface adapter 840 for 
connecting keyboard 726, mouse 728, speaker 84 6, microphone 748, 
and/or other user interface devices, such as a touch screen device 
(not shown), to I/O bus 819 through I/O controller 839. 

Video display device 724 is the visual output of data 
processing system 720, which can be a CRT-based video display well- 
known in the art of computer hardware. However, with a portable or 
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notebook-based computer, video display device 724 can be an LCD- 
based, or a gas plasma-based, or any other type of flat-panel 
display. 

Any suitable machine-readable media may retain the graphical 
5 user interface, such as DRAM 830, ROM 821, a magnetic diskette, 

magnetic tape, or optical disk (the last three being located in disk 
and tape drives 833) . Any suitable operating system such as one 
having an associated graphical user interface (e.g., Microsoft 
Windows or Microsoft NT) may direct CPU 831. Other technologies can 
10 also be utilized in conjunction with CPU 831, such as touch-screen 
technology or human voice control. 

Those skilled in the art will appreciate that the hardware 
depicted in Figure 8 may vary for specific applications. For 
example, other peripheral devices such as optical disk media, audio 
15 adapters, video cameras such as those used in videoconferencing, or 
programmable devices, such as PAL or EPROM programming devices well- 
known in the art of computer hardware, and the like may be utilized 
in addition to or in place of the hardware already depicted. 

Those skilled in the art will recognize that data processing 
20 system 720 can be described in relation to data processing systems 
which perform essentially the same functions, irrespective of 
architectures. For example, another example of such data processing 
systems, wherein embodiments of the processes and devices described 
above may be implemented, appears in an Intel Corporation whitepaper, 
25 entitled Intel 820 Chipset: A Revolutionary Architecture for 

Mainstream Performance PCs in 2000, which is hereby incorporated by 
reference in its entirety (see especially Figure 2, page 6, of the 
whitepaper) . This whitepaper is available from of Intel Corporation 
of Santa Clara, California. 

30 Other embodiments are within the following claims. 

While particular embodiments of the present invention have been 
shown and described, it will be obvious to those skilled in the art 
that, based upon the teachings herein, changes and modifications may 
be made without departing from this invention and its broader aspects 
35 and, therefore, the appended claims are to encompass within their 
scope all such changes and modifications as are within the true 
spirit and scope of this invention. Furthermore, it is to be 
understood that the invention is solely defined by the appended 
claims. It will be understood by those within the art that if a 
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specific number of an introduced claim element is intended, such an 
intent will be explicitly recited in the claim, and in the absence of 
such recitation no such intent is present. For example, as an aid to 
understanding, the following appended claims may contain usage of the 
5 introductory phrases "at least one" and "one or more" to introduce 
claim elements. However, the use of such phrases should not be 
construed to imply that the introduction of a claim element by the 
indefinite articles "a" or "an" limits any particular claim 
containing such introduced claim element to inventions containing 

10 only one such element, even when the same claim includes the 

introductory phrases "one or more" or "at least one" and indefinite 
articles such as "a" or "an"; the same holds true for the use of 
definite articles used to introduce claim elements. In addition, 
even if a specific number of an introduced claim element is 

15 explicitly recited, those skilled in the art will recognize that such 
recitation should typically be interpreted to mean at least the 
recited number (e.g., the bare recitation of "two elements," without 
other modifiers, typically means at least two elements, or two or 
more elements) . 
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WHAT IS CLAIMED IS: 



1 1. A method comprising: 

2 recalling at least one memory pooling profile, in response to 

3 user input; and 

4 pooling data processing system memory devices in response to 

5 the at least one memory pooling profile. 

1 2. The method of Claim 1, wherein said recalling at least 

2 one memory pooling profile, in response to user input further 

3 includes: 

4 accepting user input specifying at least one application 

5 program to be run on a data processing system. 

1 3. The method of Claim 2, wherein said accepting user input 

2 specifying at least one application to be run on a data processing 

3 system further includes: 

4 accepting graphical user interface input specifying at least 

5 one application program selected from the group 

6 comprising a word processing program, a palm-top 

7 organizer program, a calendar program, a web browser 

8 program, a communications package program, a voice 

9 recognition program, and a spread sheet program. 

1 4. The method of Claim 1, wherein said recalling at least 

2 one memory pooling profile, in response to user input further 

3 includes: 

4 accepting user input specifying at least one power/performance 

5 level . 

1 5. The method of Claim 4, wherein said accepting user input 

2 specifying at least one power/performance level further includes: 

3 accepting graphical user interface input specifying at least 

4 one power/performance level selected from the group 

5 comprising maximum performance, standard performance — 

6 high end, standard performance low end, and maximum 

7 battery life. 
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1 6. The method of Claim 5, wherein the maximum performance 

2 power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 maximum performance zone of a data processing system 

7 running at least one specified application program. 

1 7. The method of Claim 5, wherein the standard performance - 

2 - high end power/performance level further includes : 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 standard performance — high end zone of a data 

7 processing system running at least one specified 

8 application program. 

1 8. The method of Claim 5, wherein the standard performance - 

2 - low end power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 standard performance — low end zone of a data processing 

7 system running at least one specified application 

8 program. 

1 9. The method of Claim 5, wherein the maximum battery life 

2 power /performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 maximum battery life zone of a data processing system 

7 running at least one specified application program. 

1 10. The method of Claim 1, wherein said pooling data 

2 processing system memory devices in response to the at least one 

3 memory pooling profile further includes: 

4 placing RDRAM memory devices in a Pool A and designating one or 

5 more of the RDRAM devices to be in either active or 

6 standby states. 
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1 11. The method of Claim 1, wherein said pooling data 

2 processing system memory devices in response to the at least one 

3 memory pooling profile further includes: 

4 placing RDRAM memory devices in a Pool B. 
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1 12. A computer system comprising: 

2 signal bearing media bearing 

3 means for recalling at least one memory pooling profile, 

4 in response to user input; and 

5 means for pooling data processing system memory devices 

6 in response to the at least one memory pooling 

7 profile. 

1 13. The computer system of Claim 12, wherein said signal 

2 bearing media further includes: 

3 recordable media selected from the group comprising a hard 

4 drive, a Compact Disk, a read only memory, a random 

5 access memory, and a floppy disk. 

1 14. The computer system of Claim 12, wherein said signal 

2 bearing media further includes: 

3 transmission media selected from the group comprising a web 

4 site, a computer file, and random access memory. 

1 15. The computer system of Claim 12, wherein said means for 

2 recalling at least one memory pooling profile, in response to user 

3 input further includes: 

4 means for accepting user input specifying at least one 

5 application program to be run on a data processing 

6 system. 

1 16. The computer system of Claim 15, wherein said means for 

2 accepting user input specifying at least one application to be run on 

3 a data processing system further includes: 

4 means for accepting graphical user interface input specifying 

5 at least one application program selected from the group 

6 comprising a word processing program, a palm-top 

7 organizer program, a calendar program, a web browser 

8 program, a communications package program, a voice 

9 recognition program, and a spread sheet program. 

1 17. The computer system of Claim 12, wherein said means for 

2 recalling at least one memory pooling profile, in response to user 

3 input further includes: 

4 means for accepting user input specifying at least one 

5 power/performance level. 
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1 18. The computer system of Claim 17, wherein said means for 

2 accepting user input specifying at least one power/performance level 

3 further includes : 

4 means for accepting graphical user interface input specifying 

5 at least one power/performance level selected from the 

6 group comprising maximum performance, standard 

7 performance — high end, standard performance — low end, 

8 and maximum battery life. 

1 19. The computer system of Claim 18, wherein the maximum 

2 performance power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 maximum performance zone of a data processing system 

7 running at least one specified application program. 

1 20. The computer system of Claim 18, wherein the standard 

2 performance — high end power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 standard performance -- high end zone of a data 

7 processing system running at least one specified 

8 application program. 

1 21. The computer system of Claim 18, wherein the standard 

2 performance low end power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 

6 standard performance — low end zone of a data processing 

7 system running at least one specified application 

8 program. 

1 22. The computer system of Claim 18, wherein the maximum 

2 battery life power/performance level further includes: 

3 at least a number of active and standby devices substantially 

4 equivalent to an empirically determined minimum number of 

5 active and standby devices in a pool A associated with a 
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6 maximum battery life zone of a data processing system 

7 running at least one specified application program. 



1 23. The computer system of Claim 12, wherein said means for 

2 pooling data processing system memory devices in response to the at 

3 least one memory pooling profile further includes: 

4 means for placing RDRAM memory devices in a Pool A and 

5 designating one or more of the RDRAM devices to be in 

6 either active or standby states. 



1 24. The computer system of Claim 12, wherein said means for 

2 pooling data processing system memory devices in response to the at 

3 least one memory pooling profile further includes: 

4 means for placing RDRAM memory devices in a Pool B. 



587443 vl 

Client Reference: DC-02119 



- 22- 



Attorney Docket No. : 
M-8066 US 



RAMBUS MEMORY POWER MANAGEMENT THROUGH ACTIVE POOL MANAGEMENT 
POLICIES TAILORED TO PORTABLE COMPUTER USER SCENARIOS 

Gary J. Verdun 

ABSTRACT 

A method and related computer system that allow recalling at 
least one memory pooling profile, in response to user input, and 
pooling data processing system memory devices in response to the at 
least one memory pooling profile. 
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Graphical User Interface 



Application Specification i££ 



Categories Please Select 

One or More 

Word Processing O 

Palm-Top Organizer O 

Calendar Program O 

Web Browser O 

Communications Package O 

Voice Recognition O 

Spread Sheet O 



Performance/Power iC2u 
Levels Specification 



Categories Please Select 

One 

Maximum performance O 
Standard Performance -- High End O 
Standard Performance -- Low End O 
Maximum Battery Life O 



Graphical User Interface 



Application Specification 

Categories 



Piease Select 
One or More 



Word Processing O 

Palm-Top Organizer ° 

Calendar Program ° 

Web Browser ° 

Communications Package O 

Voice Recognition ° 

Spread Sheet ° 



Performance/Power 1 0 Z> 
Levels Specification 

Categories p,ease Ad J ust 

Slider 



Maximum performance 
Standard Performance High End 
Standard Performance - Low End 
Maximum Battery Life 



J 




Start 



Zo 



recall at least one empirically determined memory pooling profile, 
in response to user input (e.g., such as to a graphical user 
interface) 



pool data processing system memory devices in response to the recalled at least one 

memory pooling profile, where "pooling memory devices" refers to placing DRAM 
devices in either Pools A and B and designating devices in pool A to be in either active 

or standby states 



Stop 



start 



306 



1 






load specified 


-i *~) 


application (e g , 


Microsoft Word) 




onto a 


specific 




computer 




} 


r 




place all RDRAM 




devices in pool A 


and make them 




active 





5 



give human user a set of defined common tasks for the 
loaded application (e g , cut, paste, scroll up, scroll down, 
find, find and replace tasks for Microsoft Word) and direct 
human user to perform the tasks on the specific computer 
utilizing a given defined "test" document 



Z 



record the assessment of human user as to the performance of each task performed 

on the specific computer, where the categories for assessment are "maximum 
performance," "acceptable performance," and "unacceptable performance," where 
"maximum performance" is defined to be that the response of the data processing 
system is indistinguishable from the first time the human user performs the defined 
tasks (in the first instance of the performance all memory devices are in Pool A and are 
active), and where "acceptable performance" is defined to be that the response of the 
system is not "maximum performance" but is still acceptable to the user, and where 
"unacceptable performance" is defined to mean that the user does not consider that he 
or she could make any acceptable use of the application having the performance 
characteristics 




-Yes- 



Move one DRAM 
device in pool B back 
to Pool A and Place 
such moved device in 
the "active" state 



No 



Move one DRAM 
device to pool B {i e , 
put to "sleep") 



Start 
set lower end of 

acceptable 
performance zone 
\ (i e , lower bound of 
maximum battery hfj 
.zone) 



• 3JZ- 



Start 
set lower end of 

acceptable 
performance zone 
y (i e„ lower bound of J 
maximum battery lif£ 
zone) 



.-312- 



set a "number of pool A devices in 'active' state" counter equal to the number of devices in pool A, 
where such number is the result of the operations described in Figure 3 



set a "number of pool A devices in 'standby' state" counter equal to zero 



set one currently "active" pool A 
RDRAM device to "standby " 



A 03 




Add one to "number of pool A devices tn 'standby' state" counter" 



No 



human user directed to reperform the given set 
of defined common tasks for the loaded 
application (e.g., cut, paste, scroll up, scroll 
down, find, find and replace tasks for Microsoft 
Word) on the specific computer 



40k 



4*6 



record the assessment of human user as to the performance of each task performed on the specific computer, where the 
categories for assessment are "maximum performance," "acceptable performance," and "unacceptable performance," where 
"maximum performance" is defined to be that the response of the data processing system is indistinguishable from the first 
time the human user performs the defined tasks (in the first instance of the performance all memory devices are in Pool A 
and are active), and where "acceptable performance" is defined to be that the response of the system is not "maximum 
performance" but is still acceptable to the user, and where "unacceptable performance" is defined to mean that the user does 
not consider that he or she could make any acceptable use of the application having the performance characteristics 




for the application program under test, the process defines the lower bounds of 
"standard performance" to be a system having a number of pool A active devices 
equal to the current value within the "number of poo! A devices in 'active' state" 
counter + 1 (the number 1 is added since the current number of active devices gives 

unacceptable performance, and thus one of the standby devices needs to be 
reactivated to return to acceptable performance), and a number of pool A devices in 
an standby state equal to the current value within the "number of pool A devices in 
'standby' state" counter - 1 (the number 1 is subtracted since the current number of 
active devices gives unacceptable performance, and thus one of the standby devices 
needs to be reactivated to return to acceptable performance) 



4H 



Stop 
/set lower bound 
acceptable 
performance zone 
\{\ e , lower bound of J 
^aximum battery life' 
zone) 



load specified 
application (e g , 
Microsoft Word) 
onto a specific 
computer 



place all RDRAM 
devices in pool A 
and make them 
active 



give human user a set of defined common tasks for the loaded application (e g., cut, 
paste, scroll up, scroll down, find, find and replace tasks for Microsoft Word) and 
direct human user to perform the tasks on the specific computer utilizing a given 
defined "test" document 



5 



record the assessment of human user as to the performance of each task 
performed on the specific computer, where the categories for assessment are 
"maximum performance," "acceptable performance," and "unacceptable 
performance," where "maximum performance" is defined to be that the 
response of the data processing system is indistinguishable from the first time 
the human user performs the defined tasks (in the first instance of the 
performance ail memory devices are in Pool A and are active), and where 
"acceptable performance" is defined to be that the response of the system is 
not "maximum performance" but is still acceptable to the user, and where 
"unacceptable performance" is defined to mean that the user does not consider 
that he or she could make any acceptable use of the application having the 
performance characteristics 




Yes- 



Move one DRAM 
device in poo! B back 
to Pool A and Place 
such moved device in 

the "active" state 



One DRAM device is 
moved to poo! B(ie, 
put to "sleep") 



Start 
set higher end of 

standard 
performance zone > 



F" U .£ 



set a "number of pool A devices in "active" state" counter equal to the number of devices in 
pool A, where such number is the result of the operations described in Figure 5 



z 



((>0C> 



set a "number of pool A devices in 'standby' state" counter equal to zero 



set one currently "active" pool A 
RDRAM device to "standby" 



Subtract one from "number of pool A devices in 'active' state counter" 



Add one to "number of pool A devices in 'standby' state" counter" 



No 



human user directed to reperform the gtven set 
of defined common tasks for the loaded 
application (e.g., cut, paste, scroll up, scroll 
down, find, find and replace tasks for Microsoft 
Word) on the specific computer 



.(,o(p 



record the assessment of human user as to the performance of each task performed on the specific computer, where the 
categories for assessment are "maximum performance," "acceptable performance," and "unacceptable performance," where 
"maximum performance" is defined to be that the response of the data processing system is indistinguishable from the first 
time the human user performs the defined tasks (in the first instance of the performance all memory devices are in Pool A 
and are active), and where "acceptable performance" is defined to be that the response of the system is not "maximum 
performance" but is still acceptable to the user, and where "unacceptable performance" is defined to mean that the user does 
not consider that he or she could make any acceptable use of the application having the performance characteristics 





for the application program under test, the process defines the upper bounds of 
"standard performance'' to be a system having a number of poof A active devices 
equal to the current value within the "number of pool A devices in 'active' state" 
counter, and a number of pool A devices in an standby state equal to the current value 
within the "number of pool A devices in 'standby' state" counter 




Attorney Docket No.: M-8066 US 



DECLARATION FOR PATENT APPLICATION 
AND POWER OF ATTORNEY 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below adjacent to my name. 

I believe I am the original, first and sole inventor (if only one name is listed below) or an 
original, first and joint inventor (if plural names are listed below) of subject matter (process, 
machine, manufacture, or composition of matter, or an improvement thereof) which is 
claimed and for which a patent is sought by way of the application entitled 

Rambus Memory Power Management Through Active Pool Management Policies 
Tailored To Portable Computer User Scenarios 

which (check) g| is attached hereto. 

□ and is amended by the Preliminary Amendment attached hereto. 

□ was filed on as Application Serial No. 

□ and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information, which is material to patentability as defined 
in Title 37, Code of Federal Regulations, § 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, § 119(a)-(d) of 
any foreign application(s) for patent or inventor's certificate or any PCT international 
application(s) designating at least one country other than the United States of America listed 
below and have also identified below any foreign application(s) for patent or inventor's 
certificate or any PCT international applications) designating at least one country other than 
the United States of America filed by me on the same subject matter having a filing date 
before that of the application(s) of which priority is claimed: 



Prior Foreign Application(s) 


Priority Claimed 


Number 


Country 


Day/Month/Y ear Filed 


Yes 


No 


N/A 






□ 


□ 



I hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States 
provisional application(s) listed below: 



Provisional Application Number 


Filing Date 


N/A 





593530 vl 



- Page 1 of 3 - 



Attorney Docket No.: M-8066 US 

I hereby claim the benefit under Title 35, United States Code, § 120 of any United States 
application(s) or PCT international application(s) designating the United States of America 
listed below and, insofar as the subject matter of each of the claims of this application is not 
disclosed in the prior application(s) in the manner provided by the first paragraph of Title 35, 
United States Code, § 1 12, 1 acknowledge the duty to disclose information, which is material 
to patentability as defined in Title 37, Code of Federal Regulations, § 1.56, which became 
available between the filing date of the prior application(s) and the national or PCT 
international filing date of this application: 



Application Serial No. 


Filing Date 


Status (patented, pending, 
abandoned) 


N/A 







I hereby appoint the following attorney(s) and/or agent(s) to prosecute this application and to 
transact all business in the United States Patent and Trademark Office connected therewith: 



Alan H. MacPherson (24,423); Brian D. Ogonowsky (31,988); David W. Heid (25,875); 
Norman R. Klivans (33,003); Edward C. Kwok (33,938); David E. Steuber (25,557); Michael 
Shenker (34,250); Stephen A. Terrile (32,946); Peter H. Kang (40,350); Ronald J. Meetin 
(29,089); Ken John Koestner (33,004); Omkar K. Suryadevara (36,320); David T. Millers 
(37,396); Kent B. Chambers (38,839); Michael P. Adams (34,763); Robert B. Morrill 
(43,817); Michael J. Halbert (40,633); Gary J. Edwards (41,008); James E. Parsons (34,691); 
Daniel P. Stewart (41,332); Philip W. Woo (39,880); John T. Winburn (26,822); Tom Chen 
(42,406); Fabio E. Marino (43,339); William W. Holloway (26,182); Don C. Lawrence 
(31,975); Marc R. Ascolese (42,268); Carmen C. Cook (42,433); David G. Dolezal (41,711); 
Roberta P. Saxon (43,087); Mary Jo Bertani (42,321); Dale R. Cook (42,434); Sam G. 
Campbell (42,381); Matthew J. Brigham (44,047); Hugh H. Matsubayashi (43,779); Margaret 
M. Kelton (44,182); Joseph T. VanLeeuwen (44,383); Patrick D. Benedicto (40,909); T.J. 
Singh (39,535); Shireen Irani Bacon (40,494); Rory G. Bens (44,028); George Wolken, Jr. 
(30,441); John A. Odozynski (28,769); Cameron K. Kerrigan (44,826); Barmak S. Sani 
(45,068); Kenneth C. Brooks (38,393); Henry N. Garrana (27,887); Paul E. Lewkowicz (Reg. 
No. 44,870); Theodore P. Lopez (44,881); Mark P. Kahler (29,178); Michelle M. Turner 
(35,724); Diana L. Roberts (36,654); and Anthony E. Peterman (38,270). 

Please address all correspondence and telephone calls to: 

Dale R. Cook 
Attorney for Applicants) 
SKJERVEN, MORRILL, MacPHERSON, FRANKLIN & FRIEL LLP 

25 Metro Drive, Suite 700 
San Jose, California 95 1 1 0-1 349 

Telephone: 512-794-3600 
Facsimile: 512-794-3601 

I declare that all statements made herein of my own knowledge are true, all statements made 
herein on information and belief are believed to be true, and all statements made herein are 
made with the knowledge that whoever, in any matter within the jurisdiction of the Patent and 
Trademark Office, knowingly and willfully falsifies, conceals, or covers up by any trick, 



593530 vl 



-Page 2 of 3 - 



Attorney Docket No.: M-8066 US 

scheme, or device a material fact, or makes any false, fictitious or fraudulent statements or 
representations, or makes or uses any false writing or document knowing the same to contain 
any false, fictitious or fraudulent statement or entry, shall be subject to the penalties including 
fine or imprisonment or both as set forth under 18 U.S.C. 1001, and that violations of this 
paragraph may jeopardize the validity of the application or this document, or the validity or 
enforceability of any patent, trademark registration, or certificate resulting therefrom. 



Full name of sole (or first joint) inventor: Verdun, Gary J. 



Inventor's Signature: jj^iP^A | , Vs^JxA^ ^'' l/^H AoOfr 

Residence: Belton, Tex£§| {J 7 

Post Office Address: 23 Overlook Drive Citizenship: United States 

Belton, Texas 765 1 3 



593530 vl 



- Page 3 of 3 - 



